Compression and decoding of single sensor color image data

ABSTRACT

A method is described to greatly improve the efficiency of and reduce the complexity of image compression when using single-sensor color imagers for video acquisition. The method in addition allows for this new image compression type to be compatible with existing video processing tools, improving the workflow for film and television production.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 13/683,965, filed Nov. 21, 2012, which is a continuation of U.S. patent application Ser. No. 13/196,175, filed Aug. 2, 2011, now issued as U.S. Pat. No. 8,345,969, which is a continuation of U.S. patent application Ser. No. 11/689,975, filed Mar. 22, 2007, now issued as U.S. Pat. No. 8,014,597, which claims the benefit under 35 U.S.C. §119(e) of Provisional patent application Ser. No. 60/784,866, entitled “Efficient Storage and Editing of High Resolution Single Sensor Color Video Data,” filed Mar. 22, 2006. This application relates to U.S. patent application Ser. No. 10/779,335, entitled “System and Method for Encoding and Decoding Selectively Retrievable Representations of Video Content,” filed Feb. 12, 2004. All of the foregoing applications are incorporated herein in their entirety by reference for all purposes.

FIELD OF THE ART

This present invention relates to compression and retrieval of video content gathered from a single-sensor imager.

BACKGROUND

Professional video cameras typically have three sensors to collect light, each filtered for red, green, and blue channels. Digital still photography typically does not employ a three-sensor design; digital still photography instead uses a single sensor design with individual pixels filtered for red, green, and blue (or other color primaries such as magenta, cyan and yellow.) This single-sensor color design is sometimes called a Bayer sensor, which is common in nearly all digital still cameras, both professional and consumer models. As the spatial resolution of video increases, there are numerous benefits in switching to the single-sensor Bayer design—as observed in some very high-end digital cinema cameras used for movie acquisition. Yet traditionally there are post-production workflow issues that arise when applying Bayer sensors to video applications.

Notably, image data collected from Bayer-pattern imagers (also known as RAW images) is neither YUV nor RGB, the most common color orientation expected by traditional post-production tools. This is true for both still cameras and emerging digital cinema cameras. This characteristic demands that existing industry tools either be “upgraded” so they are compatible with RAW images, or that new utilities be written that convert RAW images into traditional planar color spaces compatible with existing industry tools. The most common workflow employed by the industry today is to arithmetically convert RAW images into planar RGB images before common operations are performed, such as applying a saturation matrix or white balance, which is then followed by compressing or encoding the result into a smaller file size.

In order to extract full spatial and color information from a RAW image, a highly compute-intensive operation known as a “demosaic filter” must first be applied to each RAW image. The demosaic operation interpolates missing color primaries at each pixel location, as Bayer sensors only natively provide one primary color value per pixel location. These operations are generally performed by special algorithms residing inside the camera. In this situation the RAW image is never presented to the user, but instead the “developed” YUV or RGB image is presented to the user from the camera after internal processing, sometimes in the form of a compressed JPEG (or other compressed format) image. In the case of RAW modes on digital still cameras, some camera processing is delayed and performed outside the camera (most notably the compute-intensive demosaic processing). In this case the unprocessed RAW image is presented to the user from the camera, but prior to traditional YUV or RGB processing the demosaic (also known as de-Bayer) filter still must first be applied to the RAW image, but is done so outside the camera, yet the processing order described remains the same. The “developed” output of the de-Bayer filter operation is a planar image, usually RGB, but may also be other color primaries instead. A filter to correct color and contrast (compensating for sensor characteristics) is then applied to the planar image. Typically the planar image color space is further converted to a more compressible form such as YUV (common for DV, JPEG, or MPEG compression). The YUV image is compressed for delivery or storage, whether inside the camera or performed as a second step outside the camera.

In the RAW mode, some digital still cameras allow preprocessed sensor data to be written to the file along with metadata describing the cameras settings. A still-camera RAW mode does not achieve the workflow benefits described here, as it does not allow easy or fast previews, and the images can only be displayed by tools designed to understand the RAW format from Bayer-pattern imagers.

SUMMARY

Exemplary embodiments of the invention that are shown in the drawings are summarized below. These and other embodiments are more fully described in the detailed description section. It is to be understood, however, that there is no intention to limit the invention to the forms described in this Summary of the Invention or in the detailed description. One skilled in the art can recognize that there are numerous modifications, equivalents and alternative constructions that fall within the spirit and scope of the invention as expressed in the claims.

Embodiments of the invention describe systems and methods for effecting RAW Bayer compression using a camera by itself or an external device that performs the Bayer compression. In both cases this compressed stream is stored to a disk or memory system for later review and editing. During the review and editing stages, embodiments of the invention enable the new compressed video type to operate seamlessly within existing post production tools, without modification to those tools.

BRIEF DESCRIPTION OF THE DRAWINGS

Various objects and advantages plus a more complete understanding of the invention are apparent and more readily appreciated by reference to the following detailed description and to the appended claims when taken in conjunction with the accompanying drawings wherein:

FIG. 1 shows the primary color layout for a typical “Bayer” image sensor which consists of twice as many green cells/pixels as red or blue cells. These pixels or cells are most commonly arranged in a 2×2 pixel grid as shown here.

FIG. 2 shows the separation of the red and blue channel color primaries into independent half-resolution channels.

FIG. 3 shows the separation of the green primary into two highly correlated channels.

FIG. 4A shows an alternative separation of the green primary into one channel with reduced correlation, but still effective.

FIG. 4B shows an alternative separation of green into a single channel that is highly correlated, but with an image shape that would require more advanced processing during compression.

FIG. 5 a shows an implementation of green color summation, according to one embodiment.

FIG. 5 b shows an implementation of red-green color differencing, according to one embodiment.

FIG. 5 c shows an implementation of blue-green color differencing, according to one embodiment.

FIG. 5 d shows an implementation of green color differencing, according to one embodiment.

FIG. 6 shows the pixels that are derived through de-Bayer filtering.

FIG. 7 shows an overview of Bayer compression for preview presentation.

FIG. 8 shows an overview of Bayer compression using color differencing.

DETAILED DESCRIPTION

The invention allows for video images from Bayer-style cameras to be processed in high resolution far more efficiently than the current state of the art. The interleaved color components within a Bayer sensor are typically arranged in 2×2 pixel squares over the entire image with red and green on the top pair, and green and blue on the bottom of each 2×2 pixel array. This pattern of interleaved red, green and blue pixels is problematic for compression as a single image because the spatially adjacent pixels are much less correlated and therefore less compressible than a plane of monochrome data. Compression operates most effectively when adjacent pixels have a high likelihood of being similar, yet in a Bayer image the adjacent pixels are filtered for different color primaries, so pixel magnitudes will vary greatly. Attempting direct compression of a Bayer image using common techniques such as DCT or wavelet compression will either result in little or no reduction of data size, or a significant amount of image distortion. This invention allows higher compression without introducing visually-damaging distortion of the image, using existing compression technologies like DCT and wavelet.

A single high definition Bayer frame of 1920×1080 interleaved red, green, and blue pixels can be separated into four planes of quarter-resolution images, each consisting 960×540 pixels of either the red component, blue component, or one of the two green components. If red is the upper left pixel of the frame, a correlated red plane is fetched by reading every second pixel on every other scan-line. The same technique can be applied for all colors so that each plane contains the signal for one color primary. For the most common RGGB Bayer pattern imager, there are two green planes for each red and blue plane. It is possible to encode each of the planes using common compression techniques (DCT, Wavelet, etc.) such that significant data reduction is achieved without significant quality impacts. However, more compression may be obtained by differencing the channels in the following manner:

G=green plane1+green plane2

R-G=2×red plane−G

B-G=2×blue plane−G

D=green plane1−green plane2 (D for difference between the green planes)

These modified image planes are encoded (e.g., compressed) just as they would if they were separate planes of R, G and B, or Y, U and V components. Other planar differencing algorithms could be used to decrease the size of the compressed data output yielding a similar result. Reordering the data into planes of the color primaries is not compute intensive, and the operation is reversible. No data is added or lost as it is with de-Bayer processing.

De-Bayer filtering (or demosaicing) is the process of interpolating the missing color components at every pixel location. As acquired, the Bayer sensor only collects one of the three color primaries at every pixel site—the two other primaries are predicted via a range of different algorithms that typically take substantial compute time for high quality results. In the above 1920×1080 encoding example, the compressed video image produced will be smaller in data size yet higher in visual quality than results from existing techniques used in today's video cameras. If a Bayer image is to be compressed in a format like MPEG or HOV, then de-Bayering (a.k.a. demosaicing) will expand the single plane of 1920×1080 pixel data into three 1920×1080 planes, one for each color primary. This increases the size of the data by 3×, and does not benefit the compression (much larger compressed files result), and potentially introduces visual artifacts depending on the choice of de-Bayer filter applied (no de-Bayer algorithm is ideal). Although disadvantages (larger file sizes and visual impairments) are clearly evident in this example, this is the standard approach used in single-sensor video cameras. By encoding four quarter-resolution planes versus three full-resolution planes, the computational load is greatly reduced, allowing for simpler implementations and longer camera battery life. The size of the compressed data is reduced significantly, allowing for longer record times or alternatively reduced storage requirements for the captured video.

Although advantages for encoding four quarter-resolution planes are evident, the resulting compressed image would not be playable using typical hardware or software tools, as no viewing or editing tools anticipate four quarter-resolution planes instead of three full-resolution planes. A modification to the decompression algorithm will solve this problem. By way of example, a traditional three-plane 1920×1080 encoding would present a full-resolution 1920×1080 image upon decode. The codec, which is a combination of the compressor and the decompressor, is just a black box to the viewer or editing tool. Codecs normally are intended to precisely reproduce their input(s). In this invention, the decoder will change its default behavior depending on how it is being used, and modify its output as needed by the application. For fast preview/playback the decoder will reconstruct the image at quarter resolution of the source (in this example 960×540), and to do this it only needs to decode Channel G, R-G and B-G to provide a standard RGB image to the requesting tool. As this is just for preview, the reconstructed RGB planes require no de-Bayer step to produce a good quality video output. Further, decoding of three quarter-resolution channels is significantly faster than decoding three full-resolution channels, resulting in reduced costs of the player and editing system. The decreased resolution is of minor or no issue for preview applications within post-production for film or television, and is in fact an advantage in many situations, yet this would not be suitable for a live event where high-quality full-resolution decoding is needed immediately (for live projects more traditional camera processing is better suited). Fortunately most video productions undergo a shot selection process and editing stage, which is one area where this invention is well-suited.

By way of example, a fast decode mode may perform the following method outlined in the following paragraphs. During the fast decode mode, only the necessary planes are decompressed. If the unmodified red, green1, green2, and blue planes were encoded, only one of the two green channels needs to be presented for preview. This selection of decoding three of the four channels offers additional performance. When color differencing is applied, the RGB planes would be reconstructed as follows:

Red plane=(R-G+G) divide 2

Green plane=G divide 2

Blue plane=(B-G+G) divide 2

The fourth channel of the two differenced green channels in not required for a preview playback. The resulting three color primary channels can be presented to the playback/editing application as a standard quarter-resolution image, even though those channels were originally derived from a larger Bayer image. The slight spatial offset of each color plane, such as red pixels being sampled from a slightly different location than the blue or green pixels, does not present an issue for fast preview/playback. The image quality is high. The three color channels are typically interleaved in a RGBRGBRGB . . . format for display. Each pixel now has the needed three primary colors for display. As an optional step, if the application can only support full resolution (versus quarter resolution), then using a simple bi-linear interpolation or pixel duplication may be performed by the decoder on the quarter-resolution image to quickly convert it to a full-resolution RGB image. This operation is significantly faster than performing a high-quality demosaic filter in real time. For higher quality full-resolution presentation, the decoder performs de-Bayer filtering so the post-production tools can manipulate a traditional full-resolution image. DeBayer filtering is slow because it is highly compute intensive, and certain embodiments of the invention allow transfer of the processing from the camera to the post-production stage at which point the processing is typically performed on powerful computer workstations and is more suited to high-quality de-Bayer processing. Workflow also gains efficiency through this change, For example, a film or television production will on average record 20 times the length of source footage as compared with the length of the edited product. In this example, a two-hour movie will likely have 40 hours of source footage. The computer-expensive de-Bayer processing is now only needed on 5% on the acquired video because it is performed at the end of the workflow instead of at the beginning In addition, the review process to select this 5% of the video is now easier and faster because the data size and computational load are much smaller. This compares to more traditional handling of Bayer-format source data on which de-mosaic processing must be performed on 100% of the data before it is even viewable.

By way of a new example, a full-resolution decode mode may perform the method outlined in the following paragraphs. During the full-resolution decode mode, all four quarter-resolution planes are decoded. Any color-plane differencing is reversed so that planes of red, green1, green2 and blue are restored. The resulting planes are interleaved back into the original Bayer layout, and the result of the decode now matches the original source image. A de-Bayer operation is performed to convert the image into a full raster RGB frame and this result is presented to the calling application.

De-Bayer filters are typically non-linear filters designed with flexibility to offer a significant range of characteristics. Because of this, the style of de-Bayer filter may be selectable, either directly by the user or automatically via the type of operation being performed by the editing tools. As an example, the “export” mode from an NLE, when the result is intended to be transferred to film for viewing, would use the highest quality de-Bayer filter, whereas scrubbing the timeline in a nonlinear editor would use a simpler/faster filter).

One skilled in the art will recognize that, because the original video data size is unwieldy, today's post-production world typically scales high-resolution images to approximately one-quarter resolution to select shots for editing. This technique is called “offline” editing. Once an offline edit session is completed, a “conform” process is used to gather only the necessary full-resolution files (e.g., now 5% of the source—although the large full-resolution files have to be archived somewhere) to complete the TV/feature production. Certain embodiments of the invention achieve much the same workflow without the expensive steps of image scaling and conforming, and offer much smaller archival storage requirements. This novel new workflow is further enhanced by allowing full-resolution decodes whenever the editing/user needs, which is not possible in offline editing. Switching between very fast preview-decode and full-resolution de-Bayer output is made automatically in one embodiment. For example, playback and review may use the fast decode mode, while single-frame review and export may be performed at full resolution.

When the de-Bayer operation is not performed in the camera, the choices for post-production image enhancement are greatly improved. For example, the selection of the specific de-Bayer filter can be made after post-production when the edited material is exported to its final presentation format. A lower quality, but more efficient, de-Bayer filter can be used for real-time preview during editing and a higher quality algorithm, which may be computationally slower, can be used for export (e.g., to film or a digital presentation format). Workflow is improved further because preprocessed sensor data is better for adjusting color characteristics such as white balance, contrast and saturation during post-production.

Embodiments of the invention may be used to improve any existing compression algorithm for encoding and decoding. No new compression technologies are required to enable direct Bayer processing. For example, algorithms including DCT, wavelet, or others can be used. The compression can be lossy or lossless. The codec must decode to the format used by the post-production tools, otherwise the tools would need to be updated to be aware of the new format. To maintain compatibility with the widest range of video applications the Bayer codec is wrapped in one or more of the standard media interfaces, such as QuickTime, DirectShow, Video for Windows, etc. These media interfaces allow existing applications to gain support for new media types, without requiring any internal knowledge of the media's structure. By using the standard codec wrapper of these common media interfaces, even RAW data can be presented to an application by developing the image to the format requirements of the calling application. Video cameras that offer codec-less (uncompressed) raw acquisition, and which do not abstract the format through a codec wrapper, require special tools within post-production to convert this data into a more traditional form before review and editing can begin, introducing a cumbersome workflow.

Those skilled in the art can readily recognize that numerous variations and substitutions may be made in the invention, its use and its configuration to achieve substantially the same results as achieved by the embodiments described herein. Accordingly, there is no intention to limit the invention to the disclosed exemplary forms. Many variations, modifications and alternative constructions fall within the scope and spirit of the disclosed invention as expressed in the claims. 

What is claimed is:
 1. A method for decompressing an image comprising: accessing a first modified image plane, a second modified image plane, and a third modified image plane, the accessed modified image planes comprising components of an encoded image; decoding a product of a factor of 0.5 and a sum of pixel values of the first modified image plane and pixel values of the third modified image plane into a first decoded image plane; decoding a product of a factor of 0.5 and a sum of pixel values of the second modified image plane and pixel values of the third modified image plane into a second decoded image plane; decoding a product of a factor of 0.5 and pixel values of the third image plane into a third decoded image plane; and storing the first decoded image plane, the second decoded image plane, and the third decoded image plane in a memory.
 2. The method of claim 1, further comprising: generating a preview image of the encoded image based on the first decoded image plane, the second decoded image plane, and the third decoded image plane.
 3. The method of claim 2, wherein each pixel of the preview image comprises a pixel value from the first decoded image plane, a pixel value from the second decoded image plane, and a pixel value from the third decoded image plane.
 4. The method of claim 2, further comprising: displaying the preview image.
 5. The method of claim 1, wherein the first decoded image plane, the second decoded image plane, and the third decoded image plane each comprise color information representing a different color.
 6. A system for decompressing an image comprising: an input configured to access a first modified image plane, a second modified image plane, and a third modified image plane, the accessed modified image planes comprising components of an encoded image; a decoder configured to: decode a product of a factor of 0.5 and a sum of pixel values of the first modified image plane and pixel values of the third modified image plane into a first decoded image plane; decode a product of a factor of 0.5 and a sum of pixel values of the second modified image plane and pixel values of the third modified image plane into a second decoded image plane; and decode a product of a factor of 0.5 and pixel values of the third image plane into a third decoded image plane; and an output configured to store the first decoded image plane, the second decoded image plane, and the third decoded image plane in a memory.
 7. The system of claim 6, further comprising: an image generator configured to generate a preview image of the encoded image based on the first decoded image plane, the second decoded image plane, and the third decoded image plane.
 8. The system of claim 7, wherein each pixel of the preview image comprises a pixel value from the first decoded image plane, a pixel value from the second decoded image plane, and a pixel value from the third decoded image plane.
 9. The system of claim 7, further comprising: a display configured to display the preview image.
 10. The system of claim 6, wherein the first decoded image plane, the second decoded image plane, and the third decoded image plane each comprise color information representing a different color.
 11. A method for decompressing an image comprising: accessing a first encoded image plane comprising, for each pixel in an image frame, an encoded difference between an associated pixel value in a first color plane multiplied by a factor of 2 and a sum of an associated pixel value in a second color plane and an associated pixel value in a third color plane; accessing a second encoded image plane comprising, for each pixel in the image frame, an encoded sum of an associated pixel value in the second color plane and an associated pixel value in the third color plane; decoding a product of a factor of 0.5 and a sum of each pixel value in the first encoded image plane and an associated pixel value in the second encoded image plane into a decoded image plane; and storing the decoded image plane in a memory.
 12. The method of claim 11, further comprising: generating a preview image based on the decoded image plane.
 13. The method of claim 12, wherein each pixel of the preview image comprises a pixel value from the decoded image plane.
 14. The method of claim 12, further comprising: displaying the preview image.
 15. The method of claim 11, wherein the decoded image plane comprises color information representing one of red, blue, and green.
 16. A system for decompressing an image comprising: an input configured to: access a first encoded image plane comprising, for each pixel in an image frame, an encoded difference between an associated pixel value in a first color plane multiplied by a factor of 2 and a sum of an associated pixel value in a second color plane and an associated pixel value in a third color plane; and access a second encoded image plane comprising, for each pixel in the image frame, an encoded sum of an associated pixel value in the second color plane and an associated pixel value in the third color plane; a decoder configured to decode a product of a factor of 0.5 and a sum of each pixel value in the first encoded image plane and an associated pixel value in the second encoded image plane into a decoded image plane; and an output configured to store the decoded image plane in a memory.
 17. The system of claim 16, further comprising: an image generator configured to generate a preview image based on the decoded image plane.
 18. The system of claim 17, wherein each pixel of the preview image comprises a pixel value from the decoded image plane.
 19. The system of claim 17, further comprising: a display configured to display the preview image.
 20. The system of claim 16, wherein the decoded image plane comprises color information representing one of red, blue, and green. 